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7 Patent Application Serial No. 08/722,898, filed September 27, 1996, which is hereby fully 

8 incorporated herein by this reference thereto. ^ 



Background 




Technical Field 



11 This patent application relates in general to network communication, and in 

12 particular to real-time network communication. 
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Description of Related Art 



The location and exchange of data over computer networks is controlled by various 
network protocol. For example, the World Wide Web (hereinafter "Web") is a system of 
communications protocols that presents information in documents that are capable of being 
linked to other documents. The documents are stored in a distributed manner across the 
Internet on the networked computers, and are accessed using programs known as browsers. 

The Web is a system of protocols exchanged between a host computer running an 
application, known as a server, that delivers Web documents, and a user's computer, known 
as the client. The most fundamental of Internet protocols is Transmission Control 
Protocol/Internet Protocol, or TCP/IP, which in effect provides a description of the 
document data being exchanged and a destination for that data. 

Web documents are created using a markup language known as html, or Hypertext 
Markup Language. Generally, a markup language is a set of instructions, or markups that is 
used to direct a browser how to display and manage a document. Specifically, html defines 
the format of a Web document and enables hyperlinks to be embedded in the Web 
document. Hyperlinks are used to connect a document on one host computer to a document 
on another host computer. The following html paragraph is illustrative. 

<P> 

Welcome to the home page of <B> ichat, Inc.</B>. We develop <A 
HREF- '../products/index.htmr , >software</A> that expands the 
functionality and accessibility of real-time Internet chat systems. 

The html tags "<B> . . . </B>" instructs the browser to display ichat Inc. in bold font. The 
html tag "<A HREF-' instructs the browser to create a link to a web page referenced by the 
embedded Uniform Resource Locator ("URL"), which is a type of address, and to use the 
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25 word "software" embedded between the tags "> . . . </A>" as the hyperlinked word. The link 

26 may be a target, which is a word or phrase in another section of the same Web page; a 

27 relative link, which is another Web page within the current site, either forward or backward 

28 relative to the current page; or an external or absolute link, which is a Web page on another 

29 host. 



if* 



m 



30 A Web browser or client requests a Web document in accordance with its URL, 

31 which typically is furnished either manually by the user, through a Web browser bookmark, 

32 or through a hyperlink embedded in an html document. The Web browser causes a two-way 

33 TCP/IP connection to be established between the client and the host from which the desired 

34 Web document is available, and then generates and sends to the host a request header to 

35 establish an HTTP connection. The server on the host responds to the URL either by (i) 



01 

q 36 following the directory path contained in the URL and opening the file containing the 



37 requested document; or (ii) running a CGI, or Common Gateway Interface, script; or (iii) 



SJ 38 detecting an error and generating an error document. The host then returns the document 

is 

p 39 along with its file type to the client. After the client acknowledges receipt of the Web 

40 document, the host closes the HTTP connection even though the TCP/IP connection may be 



Ul 4i maintained by the service provider. 



42 The term "HTTP" used above stands for Hypertext Transfer Protocol, which is a 

43 transfer protocol that sits on top of TCP/IP and is a stateless protocol designed to transfer 

44 documents at a high rate of speed. As a stateless system, HTTP does not retain any 

45 information from one document transfer to the next. If additional documents are needed, 

46 each additional document must be transferred by opening a new HTTP connection, 

47 requesting the document, delivering the document, and closing the connection. 



48 After the requested Web document is received and the HTTP connection closed, the 

49 browser interprets the page format from the imbedded html tags in a process known as 

so parsing. Typically, the html tags format text, load images, and embeds hyperlinks. When the 
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51 browser encounters an html tag that links to a different type of MIME file such as a sound 

52 clip or picture, the browser separately requests that sound clip or picture in another HTTP 

53 connection. Hence, if the Web page contains both a sound clip and an image, three requests 

54 are made - one for the original html page, one for the sound clip file, and one for the image 

55 file. 

56 Although generally successful for many Web functions, the HTTP protocol is 

57 ineffective for enabling real-time functions such as chat over networks such as the Internet. 

58 However, chat is available over the Internet using the Internet Relay Chat protocol, or IRC. 

59 IRC uses the TCP/IP protocol in a client/server model. IRC client software is installed on the 

60 user side and integrated into the Web browser. One client initiates a channel by connecting 



S 6i to an IRC enabled server, which may or may not be on the same host as the Web server. 



O 62 Other clients join the channel by typing a join IRC command. The IRC server mediates the 

m 63 channel, passing each message to all channel members or to particular channel members, as 

"* 64 determined by the originator of the message. 
Q 

65 While IRC has had some success, its widespread use is hampered by several 

s r= 

Jg 66 inconvenient aspects of the protocol. For example, IRC is cumbersome and does not support 

^ 67 features common in Web browsers, such as hyperlinks and graphics. 
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Summary 



A real time communications protocol connection is formed over a network 
communications connection. A markup language instruction is embedded in a message. 
The message is sent on the real time communications protocol connection. 

It is a technical advantage that real-time communication is maintainable over 
computer networks such as the Internet with enhanced functionality of the type generally 
available to World Wide Web users using Web browsers. 



Patent Application Attorney Docket No. A1 040C1 US 

Brief Description of the Drawings 
In the drawings, in which like reference characters indicate like parts: 

Figure 1 is a schematic diagram of network protocol connections between clients and a 

host; 

Figure 2 is a flow chart of a method for real time network chat; and 

Figure 3 is a schematic diagram of how a hyperlink functions during a real time 
network chat. 
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Detailed Description 



Figure 1 and Figure 2 show a process for real-time conferencing across the Internet. 
The process begins with a user who launches a chat session from his or her computer, 
preferably from a browser application running on the computer, by running an application 
called a real time markup ("RTM") chat client. The computer operating system ("OS") 
causes a two-way TCP/IP connection to be established between the client computer and a 
host computer for the chat session, while the RTM chat client causes a real time full duplex 
connection to be established between the RTM chat client and a real time server on the host. 
Other users join the chat session by establishing TCP/IP connections and launching their 
own RTM chat clients. Figure 1 shows three RTM chat clients 110, 120 and 130, which run 
on top of respective TCP/IP clients 1 12, 122 and 132. The TCP/IP connections are 
established with a host computer, which runs TCP/IP host software 140 and typically hosts 
several different types of servers. Figure 1 illustratively shows four servers, an HTTP server 
142, a telnet/chat server 144, an FTP server 146, and an Internet Relay Chat ("IRC") server 
148. Typically, a variety of other server types reside on the host computer as well, including, 
for example, Gopher, Usenet and WAIS. 

A real time chat client is any client capable of sustaining what appears to a user to be 
real time chat. The effect of real time is created by using a continuously open connection 
protocol such as, for example, a continuously open streaming protocol such as telnet or a 
continuously open connection packet protocol such as IRC. Telnet is a well known 
streaming protocol used to establish bi-directional continuously opened sockets and full 
duplex data transmission to achieve real time communications. The telnet protocol is an 
industry standard. UNIX hosts are generally provided with telnet servers as part of their 
operating systems. Other examples of continuously opened connection streaming protocols 
include UDP, or Universal Data Protocol, and a variety of proprietary protocols. IRC is a 
well-known packet protocol used to establish bi-directional continuously opened sockets and 
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full duplex data transmission to achieve real time communications. The IRC protocol is an 
industry standard, fully defined in RFC 1459. In contrast, the HTTP protocol defines a 
transactional half-duplex data transmission. HTTP connections are opened and closed as 
documents are requested and sent. Real time communication is not realized. 

A markup language is any language that enables document formats to be defined, 
and may also enable hyperlinks to be embedded in documents. The most popular markup 
language in use on the Web is html, which supports embedded hyperlinks, various font 
styles such as bold and italics, and various MIME (Multipurpose Internet Mail Extension) 
file types for text and embedded graphics, video and audio. 

Figure 2 shows what happens when a RTM chat client is launched. Illustratively, the 
chat client in Figure 2 is a telnet html chat client and the host includes a telnet server and a 
server-side application known as a chat server that enables communication between two or 
more chat clients. While Figure 2 shows use of the telnet protocol and a compatible chat 
server, the IRC protocol and an IRC chat server may be used if desired, as well as any other 
continuously open bi-directional connection chat client - server types and compatible chat 
server applications. Chat servers are well known; for example, the telnet protocol and 
proprietary chat server software is commonly used by commercial BBS services, and the 
IRC protocol and IRC server side chat applications are common in many UNIX 
environments. While Figure 2 also shows use of html, other markup languages may be used 
if desired. 

After the TCP/IP and telnet connections are made (step 200), the telnet html chat 
client immediately begins to receive any messages being posted by the chat server, and may 
send messages to other telnet html chat clients through the chat server or remain idle in the 
event that no messages are being sent or received. While non-html telnet clients may also be 
connected to the chat server, they will not be capable of displaying the incoming data with 
fidelity because they will not be able to properly parse it. 
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53 Messages outgoing from the telnet chat client are processed as follows. The telnet 

54 chat client is designed either to send each keystroke to the host either individually or in 

55 groups. In either case, the telnet chat client appends the keystroke(s) to a TCP/IP header and 

56 the resulting packet is sent to the chat host (step 220). The chat host parses the incoming 

57 data in real time (step 222). If the chat host detects a telnet escape sequence (step 224), it 

58 processes the detected escape sequence (step 226). Otherwise, the chat host simply posts the 

59 data (step 230) to all connected telnet clients or to a specific or ones of connected telnet 

60 clients if so instructed by the chat server. The telnet host does not recognize or process html 

61 tags in the data, and simply posts them. Connected telnet clients that are not html enabled 

62 simply display the html tags as they are received. However, connected telnet html clients 
D 63 recognize and respond to the html tags in the data. 

64 Messages outgoing from an ERC chat client are processed in a slightly different 

2 65 manner. An IRC packet is the entire series of keystrokes preceding a carriage return. An IRC 

SI 66 chat client appends the IRC packet or in some cases breaks up the IRC packet into sub- 

0 67 packets and appends each sub-packet to a TCP/IP header, and the resulting TCP/IP packet is 

S3 

J 68 sent to the IRC chat host. The IRC chat host parses the incoming data in real time, 

01 69 processing any IRC headers and handling the appended data accordingly. 

hi : 

■=* 

£n 

70 The telnet chat client processes incoming messages containing html tags as follows. 

71 The telnet chat client parses the incoming data (step 210) to distinguish between html tags 

72 and characters to be displayed. If an html tag is detected (step 212), the tag is processed as 

73 appropriate (step 214). If an html tag is not detected (step 212), the incoming data is 

74 displayed on the chat screen of the telnet chat client computer (step 216). In either case, the 

75 telnet chat client then looks for more data to process (step 218), and either resumes parsing 

76 or idles if no incoming or outgoing message is present. 



77 
78 



The telnet connection is terminated either by the client or the host. Termination is 
done by releasing the socket for the connection, in a manner well known in the art. 
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An example of a real time chat session among chat clients using html is as follows. 



<Sarah> Hi everyone! I found a great web site. Check out the ichat site . 
<Sam> Thanks for the info, Sara. I'm going to check out the site now. Bye. 

This text appears on the screens of the html chat clients who are members of the chat 
session. 

When Sarah types her message, she uses either macros or html itself to cause the 
word "great" to appear in an italics font style, the phrase "Check out" to appear in a bold 
font style, and to create the hyperlink ichat site . Sarah's chat client software sends the 
following illustrative data stream to members of the chat session via the host. 

Hi everyone! I found a <I> great</I> web site. <B> Check out</B> the <A 
HREF- 'http://www.ichat.com"> ichat site.</A> 

The html chat client software displays Sara's message as it is typed in a normal font, until 
the "<I>" tag is detected. The characters "great" are displayed as they are typed in an italics 
style font until the "</I>" tag is detected, after which subsequent characters are again 
displayed at they are typed in a normal font. When the "<B>" tag is detected, the subsequent 
characters "great" are displayed as they are typed in a bold font until the "</B>" tag is 
detected, after which subsequent characters are again displayed as they are typed in a normal 
font. When the tag "<A HREF="http://www.ichat.com">" is detected, Sam's software 
responds by linking the URL "http://www.ichat.com" to the text following the tag, until the 
tag "</A>" is detected. Hence, the URL "http://www.ichat.com" is linked to the hyperlink 
ichat site . This hyperlink is displayed as its characters are typed in a underlined and colored 
font until the "</A>" tag is detected, after which any subsequent characters are displayed at 
they are typed in a normal font. 
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Sam responds to Sara's message with his message, and then simply clicks on the 
hyperlink " ichat site " in his chat window using either his mouse or keyboard navigation. 
This action launches Sam's Web browser, if it is not already running. Sam's Web browser 
takes him to the ichat home page, without need for Sam to enter a URL. 

The manner in which hyperlinks function in a chat session among RTM chat clients 
is shown in more detail in Figure 3. The two-way arrow between RTM chat client 3 14 in 
client 310 and a real time server 324 in host 320 represents a bi-directional TCP/IP - real 
time protocol communications channel. The two-way arrow between RTM chat client 334 in 
client 330 and the real time server 324 in host 320 also represents another bi-directional 
TCP/IP - real time protocol communications channel. The one way arrows between web 
browser 332 in the client 330 and HTTP server 342 in host 340 represent respective one way 
TCP/IP HTTP (transactional) protocol communications channels. The host 310 need not 
include a Web browser, the host 320 need not include an HTTP server 322, and the host 340 
need not include a real time server 340. 

RTM chat client 314 (e.g. Sarah) creates a message that includes an embedded 
hyperlink, and sends that message through the real time server 324 (action "A") to the RTM 
chat client 334 (e.g. Sam) (action "B"). Note that other actions that may be occurring, such 
as echo of the message back to the RTM chat client 314 and communication of the message 
to other joined chat clients, are omitted for clarity. The client 330 (e.g Sam) then causes his 
Web browser 332 to access the URL associated with the hyperlink embedded in the chat 
message (e.g. ichat site ^ (action "C"). Action "C" is performed in any suitable manner. For 
example, if the Web browser 332 is inactive, the RTM chat client 334 simply launches the 
Web browser 332 using the URL associated with the hyperlink as a command line argument. 
If the Web browser 332 happens to be running, the RTM chat client 334 communicates the 
page request to the Web browser 332 using any suitable interface protocol such as the DDE 
protocol, which is standard in such operating systems as the Microsoft® Windows® Version 
3.1 operating system and the Microsoft® Windows® 95 operating system. Newer protocols 
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and methods suitable for having the RTM chat client 334 cause the Web browser 332 to 
acquire a Web page include plug-in technologies, ActiveX technologies, and Java 
technologies. The Web browser 332 makes a TCP/IP connection with the HTTP server 342 
(or any other HTTP server, including HTTP server 322) and Web browser 332 makes a 
request for a Web page (action "D") by sending the URL associated with the embedded 
hyperlink. The HTTP server 342 responds by delivering the requested Web page (action 
"E"), and the TCP/IP connection between the Web Browser 332 and the HTTP server 342 is 
terminated. Meanwhile, the bi-directional TCP/IP - real time protocol communications 
channels between the RTM chat client 3 14 and the real time server 324, and between the 
RTM chat client 334 and the real time server 324 remain open if desired to continue the chat 
session. 



Although an illustrative embodiment and its advantages have been described in detail 
hereinabove, they have been described as example and not as limitation. Various changes, 
substitutions and alterations can be made in the illustrative embodiment without departing 
from the breadth, scope and spirit of the claims. For example, various real time 
communications protocols and various markup languages may be used. 
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